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Print servers raise 
productivity in LANs 


Print servers together with file servers 
ease the integration of shared printers 
in local and remote networks. 


Among their many functions, local area net- 
works are often asked to print files using devices 
that are shared by various microcomputer-based 
work stations. Outwardly, this task seems to be 
only a matter of requesting a file printout and then 
letting the microprocessor queue the request into 
its proper place among a number of transactions. 
In reality, however, designing a shared-printer 
system is far more complex, and a number of fac- 
tors must be considered. 

For one, the system integrator must have the 
knack to blend the printer’s operation with those of 
various storage devices, as well as with a number 
of local and remote terminals and different operat- 
ing systems. Second, the system must be able to 
handle different priority requests (high, standard, 
overnight), password protection, and printer set- 
ups (page lengths and widths, number of copies, 
types of paper). Finally, many networks with file- 
transfer capability are often asked to print files 
automatically at locations throughout the world. 

However, the problem of integrating these de- 
vices and capabilities becomes much simpler with 
an approach that organizes work stations into 
groups of “users” or servers (Fig. 1). The user sta- 
tions are programmed to initiate print requests, 
which are then sent to file servers that record the 
requests in files on shared disks. File and other 
servers carry out various control functions, includ- 
ing checking the requests and seeing that they are 
fulfilled, controlling the shared-disk systems, 
interfacing with mainframes, and transferring 
files over phone lines. 

Many network application programs use this 
concept of shared files to allow work stations to 
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communicate with each other. For example, work 
stations with electronic mail programs first create 
message files that are stored on shared disks under 
the names of the recipients; if the recipients are in 
the same network as the senders, they read the 
messages filed under their names. But if the recip- 
ients are in other networks, file servers route the 
messages to them through phone lines or other 
communication links to shared disks in the distant 


nets. 

By the same token, mature networks integrate 
mail, print, and file-server programs to send word- 
processing material, reports, graphics, or other 
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1. In Nestar’s Cluster/One local area network, 8-bit 
microcomputers control each user work station and each 
network server station. User workstations initiate print 
requests that are processed by network file servers and 
stored in print-request files on system hard disks. Print- 
server stations read the files and print out the requested files 
on network printers. 


printed matter between branch-office nets and 
central-office nets. 

Branch-office networks connected to a central 
office by file-transfer devices can issue print 
requests that are queued on the central networks 
and thus allow regional offices to transfer sales 
forecasts, customer-service logs, accounting recon- 
ciliations, and sales results to the central office. 
Printing is carried out at the central office on the 
printer/plotters specified, with appropriate title- 
page logos supplied to identify the jobs. Similarly, 
the central office can send monthly operating 
statements, inventory forms with reorder points, 
and so on, to branch offices. 

By adding specialized servers, such network 
functions can be tailored to the specific needs of 
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various users such as loan processing, student reg- 
istration, inventory, and assembly-line manu- 
facturing—all of which use facilities for local and 
remote printing. 

The user-server network itself can be started up 
automatically (Fig. 2). When a power switch is 
turned on, it activates a program stored ona ROM 
chip in the user station; the program initiates a 
message to a network file server, which then 
transfers a bootstrap program to the user station. 
In executing the “boot,” the station carries out var- 
ious checking procedures, such as the status of the 
so-called default text files in shared or local disk 
systems. These files have parameters and com- 
mands allowing the users to invoke passwords and 
execute programs automatically. If any of the 
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2. The software for user/server networks using shared printers has to manage multiple print 
servers, file servers, hard disks, networks, types of microcomputers, operating systems, and 
programming languages. When a print-server microcomputer is first switched on, information 
on current printer setups are sent to servers by means of command files. 


required items in the file have been omitted, they 
will be assigned—by default—according to rules 
set by the system integrator. The work station then 
executes any start-up commands found in either 
the default file or other special disk files that de- 
scribe startup procedures for the system or work 
stations (Fig. 3). 

Print-server programs are loaded and executed 
by a similar booting procedure (Fig. 4). The pro- 
grams read print-system files (on disks) to learn 
the current configuration of the print system, 
including the names of particular networks, pass- 
words controlling access to the print-server con- 
sole, and the current setup at each printer. 
Commands from the print-server console during 
operation may be used to change the system 


; LAST MODIFIED: WED 07-Oct-1981 11:14:05 
; THIS IS SERVERCMD.TEXT... 8/81 
PROGRAM SERVER 


REQUEST PRINT PROGRAM DRVPRINT 


COMMAND N PROGRAM PASCAL:CMD 
COMMAND PRINT 
COMMAND CS 
COMMAND CP 
COMMAND INFO 
COMMAND CHECK 
COMMAND QUIT 


PROGRAM SETSERVER 
PROGRAM SETPRINTER 
PROGRAM &INFO 
PROGRAM &CHECK 
PROGRAM &QUIT 


;*** Set console password if desired *** 
PASSWORD XYZ 


NIGHT 0,6 

NFS  SLOT=6, STATION=$FE 
NFS SLOT=4, STATION=$FE 
NFS SLOT=4, STATION=$FD 


; THIS IS PRINTCMD.TEXT... 12/81 
CHARSET *:BLOCK.CHARSET 


parameters for new configurations. 

Print requests generated in the user stations 
specify the job by including the names of the files to 
be printed, the file servers in charge of the files, the 
printer that is to do the job, and the priority, 
header title and printer setup. The user program 
creates a request file and allows users to cancel 
requests, check print queues for the status of their 
jobs, and enter various network commands. 

Instead of creating simple print-request files, 
which name the files to be printed, application 
programs sometimes spool the requested files. That 
is, an electronic-mail or word-processing program 
will transfer the files to be printed from their origi- 
nal disk locations directly into the request files. 
The decision to spool print requests depends on 


PROMPT F =Nfs command 
PROGRAM PASCAL:PRINT PROMPT P =Queue a file 
PROMPT CS=Configure svr. 
PROMPT CP=Configure printer 
PROMPT | 
PROMPT CH=Check queues 
PROMPT Q =Quit 


=Server info 


PRINTER R&D SLOT=1 SETUP-STANDARD HEADER R&DHDR 
PRINTER LINEPRINTER SLOT=2 SETUP=CHECKS HEADER LINEHDR 





3. In the command file, “SLOT” refers to the microcomputer expansion slots containing printer 
controller boards and networks interface cards. Header names reference textfiles that contain 
formatting information for header pages used by specified printers. 


which station needs to be made available first for a 
priority task—the user or its server. 

Print servers read the request files, spooled or 
otherwise, and extract the information they con- 
tain. The servers must be able to print a variety of 
files created by various microcomputer operating 
systems. 

In one method of formatting the network disk 
files, the files are organized to represent virtual 
diskettes (floppies) of variable size corresponding 
to each of the network’s microcomputer operating 
systems. The user and server operating systems, 
which are most often written to include the control 
of diskettes, not hard disks, can therefore control 
the virtual diskettes without having to be modi- 
fied. They carry out the control through network 
interface cards, which actually control the shared 
hard disks containing the virtual diskettes. 

Print servers fill printing requests by periodi- 
cally checking the print requests stored in directo- 
ries on each shared disk. When servers find new 
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© Sets network file server 
© Sets participating file servers 
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requests they move them from the “new” directory 
to a “received” directory and enter details of the 
request in a master file. The master is used for 
scheduling print-outs, responding to user inquir- 
ies, and tracing information that will aid in recov- 
ering from system failures. 

Since a system may have more than one print 
server (for example, on different floors of a build- 
ing) the server that first discovers a print request 
is not always the one requested to carry out the job. 
The initial task of a print server, therefore, is 
limited to moving a new request to the received file 
and entering the information in the master. Each 
server periodically scans the master list— 
beginning with the highest priority request— 
looking for jobs that specify one of the printers in 
their control. Upon finding a proper job, the server 
checks to confirm that the desired printer has the 
correct forms and ribbon, and that the other 
parameters specified for the job to be done match 
those in the current setup. If the desired printer is 
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4. The print-server bootstraps various programs to learn the current configuration of the print 
system, including the setup at each printer and various passwords. 


not on line, or is set up for a different job (to print 
labels, for example, instead of checks), the server 
makes a note in the master queue describing the 
discrepancy (“Needs checks” in this case) and 
leaves the job in the request queue until the system 
is modified as needed. Servers connected to multi- 
ple networks repeat the above process, round- 
robin, in a scheduled way. 

The printing process is accomplished finally 
when the print-server transfers the file from the 
appropriate file server to the printer together with 
the specified headers, titles, and page numbers, on 
one of the printers that it controls. In addition to 
controlling pagination and titles, the print pro- 
gram also provides date stamps and allows the 
printing of multiple copies. 


Locks and deadlocks 


Since print servers share request queues and 
master lists, safeguards are needed to avoid errors 
that can arise when, for example, two servers try 
simultaneously to read and then increment a value 
in the master list. The second server may read the 
initial value before the first server has incre- 
mented it, and yet increment it after the first 
server has already done so. The mixup will cause 
the first server’s input to be lost and result in an 
incorrect increment. 

Such conflicts can be avoided if a server that has 
already gained access to a list sets a flag that pre- 
vents other servers from writing into the same file. 
(The first server, of course, gained access after 
finding no flag set by other servers.) One method of 
setting such flags is through a cooperative lock 
system: A printer “sets a lock” in its file server 
before the server begins any data-processing activ- 
ity that is not to be performed by other servers 
simultaneously. Subsequent servers will check for 
locks before initiating that activity (just as the first 
server checked before beginning, and found no 
locks set). If a lock has been set, print servers will 
pass on to examine the request directories and 
master lists on other shared disks, served by the 
same or other file servers on the same or other 
networks. 

However, locking techniques can sometimes 
lead to deadlocks. For example, a server might set 
a lock on the master list and then suffer a hardware 
failure and go off-line completely; meanwhile, the 
lock remains in place and the master list is unavail- 
able to all servers and no jobs listed can be printed. 
One method for avoiding such deadlocks is to have 
all of the set locks expire after a certain interval of 
time. 

The print-server software is largely responsible 
for implementing security, access control, and 


error recovery. Passwords are usually placed on 
the request queues and master lists, so that print 
requests are not removed from the disk either by 
unauthorized users or accidentally. In addition, 
users are allowed to cancel only jobs that were 
queued at their own work stations. Each user, 
meanwhile, has the option of protecting his own 
files with passwords or implementing various 
encryption techniques at the work station itself. 
Print servers can have additional passwords to 
limit access to console commands that can change 
system commands or formatting files. 


Compatible with printers 


The network integrator can design print-server 
software that is compatible with either a large 
variety of printers or just selected types. If all types 
of printers are to be treated identically, the servers 
are designed to communicate with them only 
through standard handshaking hardware in both 
host and printer cards, and such interfaces as the 
RS-232. This means that the server program does 
not include print drivers—software allowing oper- 
ating systems to talk to input/output devices. In 
treating all printers alike, however, the system 
cannot avail itself of the special features offered by 
more “intelligent” printers. 

A net that includes word-processing, on the 
other hand, is typically designed to use specific 
printers that may offer more attractive visual 
effects. In this case, the server program can 
include printer drives for enabling the special fea- 
tures of the printer, or the word-processing soft- 
ware itself can include printer instructions. Since 
word-processing programs are usually designed to 
create spooled files, the files will include these 
further instructions. 

If the word-processed material is allowed to be 
printed with any printer whatsoever in the net- 
work, the special printing instructions can be 
retained in the spooled file (for use by intelligent 
printers) but deleted in printing on a less intelli- 
gent printer. A driver that includes a virtual prin- 
ter control card can read the stream of characters 
from the word processor and create a spooled file 
for them, meanwhile allowing the processor to 
believe the characters are going to a real, intelli- 
gent printer. The driver then uses the virtual print 
control card to print the word-processed material 
from the spooled file. O 
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